home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 1650 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.3 KB
  1. Subject: Re: MiNT 1.10 re-sync
  2. Date: Fri, 17 Jun 94 0:21:42 CDT
  3. From: Juergen Lock <nox@jelal.north.de>
  4. In-Reply-To: <9406121908.AA10455@irs.inf.tu-dresden.de>; from "Michael Hohmuth" at Jun 12, 94 9:08 pm
  5. Message-Id: <9406162221.AA00392@jelal.north.de>
  6.  
  7. Michael Hohmuth writes:
  8.  
  9. > > 6. and now the sticky text/fragmentation megapatch...  does a few things:
  10. > 
  11. > > . execv..() frees the old process memory before allocating the new ones,
  12. > > and so no longer leaves holes in your memory map.  this took a few
  13. > > ugly hacks but i think its worth it :)  the only visible change should
  14. > > be when exec'ing a damaged binary the process gets killed, fixing that
  15. > > would require reading executables twice.
  16. > 
  17. > Well, that's fine with me, but I don't know whether this "non-posixish"
  18. > behaviour is tolerable by all others?  I guess so... as it effectively
  19. > makes "damaged executable" equivalent to "executable crashed immediately
  20. > after it has been run".
  21.  
  22.  or whats on systems that demand-page text instead of loading it all at
  23. once...  do they always check the entire file before?
  24. > 
  25. > Opinions?
  26.  
  27.  should there be some flag to turn it off?  in mint.cnf?
  28. > 
  29. > Michael
  30.  cheers
  31.     Juergen
  32. -- 
  33. J"urgen Lock / nox@jelal.north.de / UUCP: ..!uunet!unido!uniol!jelal!nox
  34.                                 ...ohne Gewehr
  35. PGP public key fingerprint =  8A 18 58 54 03 7B FC 12  1F 8B 63 C7 19 27 CF DA 
  36.